EP0649102B1 



Publication Title: 
Interactive system. 



Abstract: 

An interactive system, comprises a local controller (8) operable to control data 
flow to and from at least two local handsets (1 1 ,22) for generating data. The local 
controller (8) includes a store (28) for storing data and a processor. A central 
controller (1) is connectable to the local controller, and a display (12) is provided 
for displaying data locally from the central controller and the local controller. The 
local controller (8) stores data generated by each local handset and selectively 
transfers stored data to the central controller (1). A handset for use in the system 
comprises a transmitter and a receiver (9) for transfer of data between the 
handset (11,22) and the local controller and input means to input data for 
controlling the output of the display via the local controller is input to the local 
controller by means of a cursor control (33) laterally movable over a plane (36) 
and a sensor (38,41) for sensing a position of the cursor control within the plane 
(36) and causing a cursor on the display (12) to take up a similar position. A 
method of operating the system comprises broadcasting first data from the 
central controller to which the local controller responds by causing the display to 
display the broadcast first data. Second data from each local handset relating to 
the first data is stored in the local controller and then selectively transferred to the 
central controller if predetermined conditions are satisfied. 
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Description 

[0001] This invention relates to an interactive sys- 
tem, in particular for use with mass media broadcasts. 
[0002] Interactive systems are known, for example s 
in a game playing system where a large number ol 
users at different remote positions enter predictions 
relating to a mass media broadcast, e.g. scores or 
future moves in a football game, by way of a temporary 
connection along a telecomms line to a central control- io 
ler. A lock-out function is provided to prevent the user 
entering a prediction after the time of occurrence has 
passed for the predicted event. The temporary connec- 
tion is made as a confirmation of a correct prediction or 
total score, rather than transmitting every prediction to is 
the central processor initially. In these known systems 
each player needs their own telephone link and a con- 
trol set which includes complex and expensive circuitry. 
Groups of players in the same location must each have 
a control set to participate. 20 
[0003] A more sophisticated example is described 
in EP-A-0405776 (US-A-5083800) in which a game is 
run on individual personal computers (PC) and a mass 
broadcast is used to alter the parameters of the game 
for multiple users PC's simultaneously. The user can 25 
send a score or result at the end of the game. However, 
this game involves the user in considerable outlay to 
obtain his own personal computer and related equip- 
ment. 

[0004] W091 /0881 0 relates to a method of evaluat- 30 
ing data to determine winners of the game by applying 
statistical analysis to define which results need to be 
read. 

[0005] In accordance with one aspect of the present 
invention, an interactive system for use with mass 35 
media broadcasts comprises a local controller operable 
to control data flow to and from at least two local hand- 
sets for generating data, the local controller including a 
store for storing data and processing means; a central 
controller for broadcasting data to the local controller, 40 
the local controller being connectable to the central con- 
troller to communicate data to the central controller; and 
a display for displaying locally both the mass media 
broadcast from the central controller and data received 
from the local controller, wherein the local controller 45 
stores data generated by each local handset and selec- 
tively transfers stored data to the central controller. 
[0006] The system of the present invention enables 
several users to participate at the same remote location 
with a local controller and communication to a central so 
controller host, with other remote users at a different 
location and also to operate the system locally. 
[0007] Preferably, the processing means of the local 
controller addresses each local handset sequentially in 
accordance with a predetermined schedule to obtain 55 
data from that handset. 

[0008] The predetermined schedule may poll each 
handset and immediately move onto the next handset if 



no response is obtained, but preferably the predeter- 
mined schedule requires each handset to be polled for 
an equal time period. 

[0009] The local controller may be preprogrammed 
during manufacture or store data input locally, but pref- 
erably the local controller is adapted to store data sup- 
plied from the central controller. 
[001 0] A unique identifier by which each handset is 
addressed may be embedded in each handset during 
manufacture or allocated to each handset at the start of 
each use, but preferably a unique identifier is allocated 
during the first use of a handset within the system or 
thereafter. 

[0011] The local controller and central controller 
may be connected, for example, via a telecomms link, or 
a data distribution network. 

[001 2] The central controller may provide video and 
text data via the telecomms link, but preferably, the cen- 
tral controller broadcasts video and text data for recep- 
tion by the local controller and for display on the display. 
[001 3] Preferably, the transfer of data between each 
handset and the local controller is via an infrared link. 
This allows users to position themselves around the 
room rather than being limited by fixed length cable, 
although wires operating to transfer data in parallel 
could be used or parallel transfer by modulating the 
infrared signal would allow all handsets to operate at the 
same time. 

[0014] Typically, the local controller selectively 
transfers data to the central controller only if a predeter- 
mined transfer condition is met. 
[0015] When used for game playing, the predeter- 
mined transfer condition may be that a particular time 
has not yet expired since the end of the game to transfer 
a score, or that an upper limit on the number of partici- 
pants transferring their score has not yet been reached, 
but preferably it comprises the user's score exceeding a 
predetermined score value at the end of a game play 
period. Thus, only participants with a reasonable 
chance of winning go to the expense of registering their 
score over the telecomms link. 
[001 6] Preferably, the processing means of the local 
controller only transmits data to the central controller in 
response to a command from the central controller. 
[001 7] Preferably, the command is broadcast by the 
central controller along with the video and text data. 
[0018] Preferably, a second local controller opera- 
ble to control data f tow to and from respective second 
handsets is provided such that data may be transferred 
between the first and second local controllers via the 
central controller. This has the advantage that players at 
remote locations can compete directly, or shops can 
deal with customer's enquiries and orders remotely. 
[0019] Each handset may comprise a transmitter 
and a receiver for transfer of data between the handset 
and the local controller; input means to input data for 
controlling the output of the display via the local control- 
ler; and means for sensing a position of a cursor on the 
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display. 

[0020] Preferably, the input means comprise a cur- 
sor control laterally movable over a plane; and the 
means for sensing a position of the cursor control within 
the plane cause the cursor on the display to take up a s 
similar position. 

[0021] Examples of how the cursor on the display 
can be controlled include using buttons on the handset 
or a flat puck type cursor control. 

[0022] Preferably, the sensing means monitor a 10 
change in potential difference with a change in position 
of the cursor control. 

[0023] The interactive system may comprise, for 
example, one of a game playing system, a purchase 
system and an information system. is 
[0024] In accordance with another aspect of the 
present invention, a method of operating an interactive 
system according to the first aspect comprises broad- 
casting first data from the central controller whereby the 
local controller responds by causing the display to dis- 20 
play the broadcast first data; storing second data in the 
local controller obtained from each local handset relat- 
ing to the first data; displaying locally data received from 
the local controller; and selectively transferring the 
stored second data to the central controller if predeter- 25 
mined conditions are satisfied. 
[0025] Preferably, the first data comprises game 
playing information and the second data comprises data 
relating to the playing of the game. 
[0026] Preferably, the predetermined conditions are 30 
supplied to the local controller by the central controller 
as part of the game playing information broadcast. 
[0027] Typically, the predetermined conditions 
include a minimum score value, the local controller com- 
paring each stored score with the minimum score value 35 
and only transferring a stored score to the central con- 
troller if the stored score is the same as or exceeds the 
minimum score value. 

[0028] In one example, the central controller main- 
tains a ranking order for units which have previously 40 
recorded scores and defines an upper portion of the 
ranking order from which units are chosen to transmit 
their scores. 

[0029] Preferably, the control controller allows a first 
group of scores to be transmitted, then sets one or more 45 
further group sizes until the desired number of scores 
which comply with the predetermined condition is 
achieved. 

[0030] Examples of a system and a handset in 
accordance with the present invention will now be so 
described with reference to the accompanying draw- 
ings, in which :- 

Figure 1 illustrates the configuration of one example 
of the system; ss 
Figure 2 illustrates a local unit for the system of Fig- 
ure 1; 

Figure 3 is a block diagram of a local controller for 



use in the system of Figure 1 ; 

Figure 4 is a block diagram of a handset for use in a 

system of Figure 1 ; and, 

Figure 5 is a plan view of the cursor of Figure 5. 

[0031] An example of the system of the present 
invention when used in a game playing system is shown 
in Figure 1 . The system comprises a central controller 1 
at a central location, for example a TV studio. This cen- 
tral controller comprises a computer system 2 which 
controls the broadcast of mass media broadcast over a 
data distribution network 3 and one or more transmitters 
4. In an example where the central controller is operat- 
ing in conjunction with a game show for TV broadcast 
there may be one or more game terminals 5 connected 
to the computer system 2 for the game operators to 
operate. A modem 7 between the computer system 2 
and the public telephone network (PTN) enables users 
at remote locations to transmit data to the central con- 
troller 1. 

[0032] Remote local units 6 comprise a local con- 
troller 8, a receiving aerial 9 for receiving broadcasts 
from the transmitter 4 and a modem 10 to output data 
from the local controller 8 to the central controller 1 over 
the PTN. Two or more local handsets 11,21,22 are pro- 
vided in conjunction with each local controller 8. 
[0033] The local unit 6 is shown in more detail in 
Figure 2. As can be seen, the local controller 8 is con- 
nected to a monitor 12, such as a conventional televi- 
sion set. Broadcast information and programmes from 
the central controller 1 are received by the aerial 9 and 
fed via the local controller 8 to the monitor 1 2 for display. 
For example, the broadcast could include a game pro- 
gramme which is displayed in a conventional manner. In 
addition, the central controller transmits data for control- 
ling operation of the local controller 8 and other informa- 
tion used by the local controller. This is received via the 
RF antenna 9 and stored in an updatable memory, e.g. 
flash ROM 35. Datacast transmissions from the central 
controller appear on the top few lines 13 of the display. 
In another example (not shown), the broadcast informa- 
tion could be supplied by a dedicated data broadcast 
channel or multiplexed with a cable channel. 
[0034] The local controller 8 is connected to four 
remote handsets 11,21 -23 each of which is operated by 
an individual player. The local controller 8 causes at 
least one cursor 14 to be displayed on the monitor 12, 
the position of the cursor being controllable by a 
selected one of the handsets 1 1,21-23. In some exam- 
ples, four cursors could be displayed, one for each 
handset. 

[0035] The construction of the local controller 8 is 
shown in more detail in Figure 3. As can be seen, the 
RF antenna 9 which receives data broadcast from the 
central controller is connected to a video channel tuner 
19 and a datacast/teletext front end tuner 20 which sep- 
arate the incoming broadcast signals into video and dat- 
acast/teletext signals respectively. The extracted video 
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signals are fed to an overlay module 30 and are then 
output to the monitor 12 via the video out for display. 
Corresponding sound transmission is extracted by the 
TV modulator 33 and output via the RF output. In this 
way, a conventional broadcast television programme 5 
can be viewed on the monitor 12. 
[0036] Where the system is operating and is gener- 
ating datacast or teletext signals for controlling opera- 
tion of the local controller 8, these, having been 
separated from the incoming signal, are extracted by an 
extractor circuit 24 and fed to an I/O microprocessor 25 
from where they are fed to a CPU 26. 
[0037] The I/O microprocessor 25 is also connected 
to an infrared communicating device 27 for communi- 
cating with the remote handsets 11,21-23, output data 
from the communicating device 27 being fed via the I/O 
microprocessor 25 to the microprocessor 26, for exam- 
ple a 68000 processor. Data received from the handsets 
which is for controlling a cursor on the monitor 12 is 
stored in memory 28, typically conventional random 
access memory (static, dynamic, etc.) which can be 
multiplexed to provide access for both the local CPU 26 
and display controller 29, or video RAM. (This store also 
stores system data or games). This data is then fed by 
a display controller 29 of conventional form to the over- 
lay module 30 where it is overlaid on the broadcast 
video from the tuner 19 before being output in a com- 
bined form on the monitor 12. 
[0038] The local controller 8 is powered by mains 
voltage. Once installed the system is not switched off, 
but the screen display is no longer visible after a partic- 
ular period of non-use. The operating system software 
is stored in the flash ROM 35 and when the handset is 
used again the software is able to respond immediately. 
Also if the system has been unplugged it is the software 
from this memory 35 which will be ready to operate 
when plugged in again. A read only memory 31 stores a 
boot-up programme for initialising the microprocessor 
26. This is generally only when first manufactured or if 
the code is corrupted for some reason. The software 
code for the system is structured in multiple levels. In 
one example, these are BIOS, operating system, graph- 
ics kernel, windowing system, interpreter and applica- 
tions programmes. Any type of application can be run by 
down-loading alternative operating systems and pro- 
grams from the central controller 1. Programmes for 
operating the microprocessor 26 are stored in the store 
28 and can be updated or changed by downloading suit- 
able data from the central controller to the aerial 9 etc. 
This may occur, for example, at the beginning of a 
broadcast game show or separately during manufacture 
or by the owner loading the programme himself. In any 
event, at the commencement of the broadcast pro- 
gramme, the local controller microprocessor 26 is 
caused to run the appropriate programme. The advan- 
tage of preloading the programme is that only small 
bursts of real time game data need to be transmitted 
thereafter which maximises the use of the limited band- 



width available. 

[0039] The microprocessor 26 is also connected to 
a modem 32 which in use is connected to a conven- 
tional telephone socket for transmitting data in the man- 
ner to be described below. 

[0040] A block diagram of the components of a typ- 
ical handset 1 1 is shown in Figure 4. The handset com- 
prises a single chip microprocessor 17 connected to an 
infrared interface circuit 18 which receives and gener- 
ates infrared signals so as to receive data from and 
transmit data to the I R communication device 27 of the 
local controller 8. A cursor control 16 to be described in 
more detail below is connected to the microprocessor 
17 as is a conventional key pad formed by a set of push 
buttons indicated at 15. The cursor 14 on the display 
may be controlled using keys on the key pad as an after- 
native to the cursor control 16 described. Optionally, an 
LCD display 34 may be provided for displaying text and 
graphics relating to a game. 

[0041] An example of the construction of the cursor 
control is shown in Figure 5. The cursor control includes 
. a housing 50 forming part of the handset, the remainder 
of which is not shown, the housing 50 including a rec- 
tangular frame 51 having a base 52 and a cursor arm 
mounting arrangement 53 on which a cursor arm 
assembly 54 is mounted. The assembly 54 includes a 
stylus member 55 having an elongate leg 56 on the end 
of which is mounted a cursor control puck 57, coupled 
by an electrically conducting arm 58, to a horizontally 
mounted potentiometer 59. A vertically mounted poten- 
tiometer 60 is provided with an arm 61 in which a slot 62 
is formed. A pin 63 connected to the base of the cursor 
control puck 57 is free to move in contact with the arm 
61 in the slot 62. Rotation of the respective arms of the 
potentiometers causes an alteration in potential differ- 
ence which is converted to position indication informa- 
tion for transmission to the local controller 8. The local 
controller then causes the cursor 14 on the display 
screen to move. 

[0042] The space 52 within the frame 51 may be 
provided with graphics information such as a grid to 
enable the user to position the cursor assembly accu- 
rately. 

[0043] As the cursor assembly 54 is moved relative 
to the housing 50 by the user moving the cursor control 
puck 57 laterally across the base 52, this movement is 
tracked by an equivalent movement of the pin 63 within 
the slots 62 and 64. The microprocessor 26 processor 
the voltage sensed by each potentiometer and converts 
it to a suitable signal for controlling the position of the 
cursor 1 4 on the display 12. 

[0044] In operation, the IR communication system 
27 polls each of the handsets 11,21-23 in turn. The 
microprocessor 26 causes the system 27 to turn an 
infrared source (not shown) off and on so as to generate 
an information carrying signal which is detected by each 
of the IR interface circuits 18 of the handsets 1 1 ,21-23. 
Direct switching is preferable to increase the transmissi- 
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ble data rate without the need for a more complex 
receiving circuit in each handset which would be 
required in order to decode a higher data rate encoded 
on a carrier. The pulsed signal is interpreted as a binary 
code which can be decoded by the microprocessor 17 5 
and data transmitted in parallel. As an alternative, an 
infrared carrier could be modulated. 
[0045] Interference between the infrared data 
stream from the handset or local controller, with conven- 
tional remote control units, such as TV controllers, is 10 
avoided by not encoding the data-stream on a carrier in 
the conventional manner. This also ensures that the 
focal controller does not react to a command from a 
conventional TV remote control unit 
[0046] Each handset is given a unique identifier. 15 
This can be embedded at the time of manufacture, 
entered by the user or distributed by the local controller 
to each handset in turn when the unit is first switched 
on. The poll signal consists of two information fields, a) 
the handset unique identifier and b) an acknowledge- 20 
ment field which indicates that the received data from 
the specified handset on the previous poll of that hand- 
set was received correctly. 

[0047] In a preferred implementation, an acknowl- 
edgement bit is toggled by the local controller 8 on a 25 
correct reception so that the sending handset 1 1 can tell 
whether the data was received intact rather than simply 
missed due to an intermittent obstruction of the data 
stream, e.g. a chair leg in the way. 
[0048] If a handset having a polled identifier is 30 
present i.e. not switched off or out of range, it responds 
to the polling signal if it has data to send due to a 
change in status since the last time it was polled, or 
because the last data transfer of information attempted 
has not been correctly acknowledged. If there is no data 35 
to send the handset does not respond and the central 
controller polls the next handset in line in accordance 
with its predetermined sequence. When all the hand- 
sets 11,21-23 have been polled the local controller 8 
begins again with the first one. It will be noted that each 40 
handset 1 1 ,21-23 only transmits data to the local con- 
troller 8 if that data has changed from the previous 
transmission. This conserves power. 
[0049] The type of data transmitted by the handset 
can include cursor assembly position information (the 45 
X,Y data from the cursor control 16) which is used by 
the local controller 8 to adjust the position of a displayed 
cursor 1 4, and/or data from the key pad 1 5. 
[0050] The length of data packets transmitted may 
be varied to allow different types of data to pass so 
between the handset 1 1 and the local controller 8, e.g. 
button pushes, joystick (if one is provided) or track ball 
movements etc. Further, the handsets may optionally 
resynchronise to the data-stream by ensuring that the 
local controller waits a set time before it polls the next 55 
handset after it has received data or timed out whilst 
waiting for data from the current handset. Data such as 
requests for scores, position or control instructions can 



be sent in the reverse direction as additional information 
in each poll sent out by the local controller. The handset 
optionally implements a toggled acknowledgement bit in 
response to a data poll in order to implement a secure 
link in the reverse direction. 

[0051] In the context of a game, in one example, the 
central controller 1 would broadcast a game show and 
viewers who have a local controller 8 and handsets can 
play the game. Such a game might require the answer- 
ing of questions by entering numbers on the key pad 1 5 
and/or selecting options displayed on the monitor 12 by 
suitably positioning the cursor 14 and then pressing an 
enter button (not shown) on the key pad 15. In any 
event, this information is stored initially in the single chip 
microprocessor 17 and, when the handset is polled, 
transferred to the local controller 8 where it is again 
stored in the store 28. In the case of a cursor selection, 
the data from the handset 1 1 will cause suitable data to 
be stored in the video RAM 28 which is used to reposi- 
tion the cursor on the display so that the user can see 
where he has positioned the cursor prior to pressing the 
enter button. 

[0052] If the central controller 1 is to broadcast the 
correct answer to a question, then an operator at the 
central location can use a game terminal 5 to generate 
a lock-out signal which is broadcast by the central con- 
troller 1, each local controller 8 responding to receipt of 
the lock-out signal to prevent any further data being 
received from the handsets. This prevents a player 
entering the correct answer after he has viewed it on the 
monitor. 

[0053] In some games, a score is allocated to a cor- 
rect answer and this can be achieved by using a suitable 
programme to control operation of the microprocessor 
26, or score information could be broadcast from the 
central controller 1. In any event, the local controller 8 
will build up a record of scores from each handset 1 1 
and store this for future use. 

[0054] At the end of the game, the central controller 
1 will control the return of game scores to it. For exam- 
ple, in order to reduce the amount of communication 
needed between each local controller 8 and the central 
controller 1 , the central controller 1 could broadcast a 
score value, the microprocessor 26 in each local con- 
troller 8 responding to the received score value by com- 
paring that score value with each stored score and only 
providing information about scores if they exceed the 
received score value. If they hold a score value exceed- 
ing the received score value then the microprocessor 26 
causes the central controller 1 to be contacted via the 
PTN using the modem 32 and in response to suitable 
control instructions from the central controller 1 , trans- 
mits the or each score together with the unique identifier 
of the handset in question. 

[0055] The local controller 8 stores data relating to 
a score obtained by a particular user and at the end of a 
game the score may be transmitted to the central con- 
troller 1 if certain predefined conditions are satisfied, i.e. 
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if the player has got a sufficiently high score which he 
wishes to register. Scoring information may be transmit- 
ted to the central controller 1 by a direct telecomms link 
or via a data network Communication with the central 
controller could equally be via a cable TV connection 5 
having two-way operation. The necessary score may be 
announced on the game show or automatically dis- 
played on the display screen 12. The local controller 
may be adapted to automatically transmit the score if it 
exceeds a threshold value or it may require the user to w 
activate the transfer himself such as by pushing a button 
on the handset to select a displayed function. 
[0056] There are various ways in which the scores 
of the game can be transferred in a timely and cost 
effective manner to the central controller 1 . An analysis 15 
of two methods to optimise the transmission of game 
scores is set out below. These methods are improve- 
ments on that described in an earlier published applica- 
tion number WO91/08810. 

[0057] In the system of the present invention when 20 
used for game playing, there may be a large number of 
users playing interactive TV games from their homes 
and at the end of a game the central controller must 
determine which users have scored well enough in that 
game to win prizes. Transmissions may be sent from the 25 
central controller to users* homes to instruct the users' 
hardware, under certain circumstances, to send the 
users' score data to the central controller via a modem 
link (or other means of transmission). Under optimal cir- 
cumstances the winners of a game may be determined 30 
quickly (within a few minutes) and with a minimal 
number of telephone calls being made via users' 
modems. 

[0058] The method proposed in WO 91/08810 for 
determining which user scores should be transmitted to 35 
the central controller at the end of a game claims under 
certain circumstances, to allow the central controller to 
determine the top 100 scores by initiating only 790 tele- 
phone calls from a population of 100,000 units. 
[0059] However, the assumptions made appear to <o 
be inappropriate since there would be a prohibitive time 
overhead in employing the method of WO 91/08810. 
[0060] The prior art method assumes " ... that the 
units are selected one at a time completely random of 
their score...". While it is true that if the units are 45 
selected for testing one at a time, the expected number 
of telephone calls (790 from a population of 100,000 
users) is very low, it is only possible to select the units 
one at a time if there is sufficient time to test all units 
sequentially. A reasonable assumption is that it will take so 
approximately 20 seconds to select a unit, to transmit 
the unit's code number and have it received by the unit, 
to have the unit dial the central controller (if that unit's 
score is high enough to require transmission) and finally 
to have the unit send its score(s) to the central control- 55 
ler, then the estimated time required to do this with only 
790 units is 263 minutes, against a target completion 
time for the task of 3-4 minutes. 



[0061] In fact the problem is orders of magnitude 
larger than this, because each of the 790 units tested 
can be instructed to transmit its score only when it is 
known that all previous units have either transmitted 
their own scores or do not need to do so because their 
scores are not high enough. The central controller can 
not assume that a unit's score is not high enough for 
transmission until the time set aside for that unit to call 
the central controller has expired without any such call 
having been made). Thus, there would be insufficient 
time for the sequential selection and testing of 790 
units. 

[0062] Within the group of participating users a pre- 
determined number are to be designated as winners. 
Rather than test every score sequentially, the user's 
units are allocated to groups with each successive 
group intended to have more users than the previous 
group and with each selected unit within a group calling 
the central controller at or as close to the same moment 
in time as the number of telephone lines available for 
score transmission permits. A selection condition for 
including a particular unit in a group is that the particular 
unit's score(s) must be at least as high as that of the 
lowest current "leading winner". A leading winner is a 
player whose score has been transmitted and is cur- 
rently in the leading group of scores and would be a win- 
ner if no further scores were transmitted. The two 
extreme cases within this method are: 

(i) Each group consists of 1 unit in which case the 
number of calls expected is optimal. 

(ii) There is only one group, consisting of the entire 
population, in which case every one of the units 
must call the central controller. 

[0063] Clearly, the larger the number of groups 
selected the closer it is possible to get to optimality. 
Even with a relatively small number of groups the 
number of calls required is far closer to the optimal fig- 
ure than it is to the worst case. Consider the following 
analysis in which 4 successive groups of 100, 1000, 
10000 and 88900 (totalling 100000) are tested. 

a) First select 100 units since the example requires 
there to be 100 winners. 

b) The probability that the 101st unit selected will 
have a score higher than that of at least one of the 
already selected top 100 scores is 100/101, so the 
expected number of calls to be made from the next 
group (1000 units) will be: 

1000 x (100/ 101) =990 calls 

c) The probability that the 1 101st unit selected will 
have a score higher than that of at least one of the 
already selected top 100 scores is 100/1 101 , so the 
expected number of calls to be made from the next 
group (10000 units) will be: 
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10000 x (100/ 1101) = 908 calls 

d) Hie probability that the 11 101th unit selected will 
have a score higher than that of at least one of the 
already selected top 100 scores is 100/11101, so s 
the expected number of calls to be made from the 
final group (88900 units) will be: 

88900 x (100/ 11 101) =801 calls 

10 

[0064] From the results of a), b), c) and d) it can be 
seen that the total number of calls required has been: 
100 + 990 + 908 + 801 = 2,799, compared to the 790 
expected by the method described in WO91/08810. 
[0065] It is possible that the total of 2,799 for 4 is 
groups could be improved on by altering the number of 
units within each group. For example, rather than have 
groups b), c) and d) increase in size by a factor of 9 or 
10 it may provide a lower total number of calls if there is 
no attempt to make the ratio between the size of groups 20 
b),c) and d) constant. 

[0066] The number of groups will depend partly 
upon the total elapsed time allowed for testing. Given a 
target of 3-4 minutes this allows for 9-1 2 groups. The fol- 
lowing analysis illustrates the magnitude of improve- 25 
ment to be expected when increasing the number of 
groups from 4 to 9. Using group sizes of 100, 400, 800, 
1600, 3200, 6400, 12800, 25600 and 49100 (total 
100000). 

30 

a) As before the f irst group consists of 100 units as 
there must be 100 winners. 

b) The probability that the 101st unit selected will 
have a score higher than that of at least one of the 
already selected top 1 00 scores is 1 00/1 01 , so the 35 
expected number of calls to be made from the next 
group (400 units) will be: 

400 x (100/ 101) =396 calls 

40 

c) The probability that the 501st unit selected will 
have a score higher than that of at least one of the 
already selected top 100 scores is 100/501, so the 
expected number of calls to be made from the next 
group (800 units) will be: 45 

800 x (100 / 501) = 160 calls 

d) The probability that the 1301st unit selected will 
have a score higher than that of at least one of the so 
already selected top 100 scores is 100/1301, so the 
expected number of calls to be made from the next 
group (1600 units) wilt be: 

1600 x (100 / 1301) = 123 calls 55 

e) The probability that the 2901st unit selected will 
have a score higher than that of at least one of the 



already selected top 1 00 scores is 1 00/290 1 , so the 
expected number of calls to be made from the next 
group (3200 units) will be: 

3200 x (100 / 2901) = 110 calls 

f) The probability that the 6101st unit selected will 
have a score higher than that of at least one of the 
already selected top 100 scores is 100/6101, so the 
expected number of calls to be made from the next 
group (6400 units) will be: 

6400 x (100 / 6101) = 105 calls 

g) The probability that the 12501st unit selected will 
have a score higher than that of at least one of the 
already selected top 1 00 scores is 1 00/1 251 , so the 
expected number of calls to be made from the next 
group (12800 units) will be: 

12800 x (100/ 12501) 102 calls 

h) The probability that the 25301st unit selected will 
have a score higher than that of at least one of the 
already selected top 100 scores is 100/25301, so 
the expected number of calls to be made from the 
next group (25600 units) will be: 

25600 x (100 / 25301) = 101 calls 

i) The probability that the 50901st unit selected will 
have a score higher than that of at least one of the 
already selected top 100 scores is 100/50901, so 
the expected number of calls to be made from the 
next group (49100 units) will be: 

49100 x (100 / 50901) = 96 calls 

[0067] From the results of a), b), c) ... and i) it can 
be seen that the total expected number of calls required 
has been: 100 + 396 + 160 + 123 + 1 10 + 105 + 102 + 
101 + 96 = 1 ,293 compared to 2,799 when using only 4 
groups rather than 9 and compared to the 790 expected 
by the method described in WO91/08810. 
[0068] An initial assumption is that when testing 
starts at the end of a game, every home which has a 
unit may be playing that game. The sizes of the groups 
into which the total population should be split will be 
chosen accordingly, in such a way that the total number 
of groups will not be the cause of the system exceeding 
the target time for finding the winner(s). 
[0069] The method described above assumes that 
the scores are randomly distributed with respect to the 
order in which they are examined. 
[0070] In the worst case, if scores were always 
examined in ascending order of magnitude, every unit 
would need to call the central controller to report its 
result because at the moment of testing the score for a 
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unit that score would always be greater than that of all 
the scores examined thus far. The probability of this 
worst case arising is virtually nil, nevertheless it should 
be recognized that on some occasions the number of 
calls made will be considerably in excess of the 
expected number. The extent of this problem can be 
determined and in order to compensate for the problem 
the times at which calls are made to the central control- 
ler can be staggered in order to avoid overloading the 
telephone network. 

[0071] In the best case the winners' scores would 
all be in the first group tested, whereupon no further tel- 
ephone calls would be required. Clearly an improve- 
ment on randomness as a means of selecting the units 
in the first group will reduce the total number of calls 
required. 

[0072] It is reasonable to assume that units which 
had previously transmitted high scores for a particular 
game would be more likely than randomly chosen units 
to transmit high scores on subsequent occasions when 
that game was played. Since the central controller will 
be keeping a log of all scores transmitted we should 
take advantage of this data. The central controller could 
maintain a ranking order for each unit for which a score 
had previously been transmitted in relation to a particu- 
lar game, and the first group to be tested for a subse- 
quent occurrence of the game would be chosen from 
the top of this ranking order. 

[0073] Given that the proportion of previously 
ranked units participating on any particular occasion is 
not known, then to select (say) 100 units for the first 
group it might be necessary to instruct (say) 200 units to 
call the central controller, assuming that only half the 
ranked units were participating. The exact algorithm to 
be used for determining the number of units in the first 
group can be determined from a consideration of play- 
ing frequency patterns. Initially it is necessary to make 
an intelligent guess. 

[0074] A statistical approach, consisting of collect- 
ing the scores for a number of randomly chosen units 
and plotting a curve of these scores against their fre- 
quency, could be used as the basis for a rating system 
in which every player could have a rating, reflecting their 
performance in a particular TV programme as well as 
their cumulative performance over several programmes 
of the same game, or several programmes of different 
games. 

[0075] If it is decided to use a curve sampling 
method as described in WO91/08810 then clearly 
selection of the first 2,000 units must be at random if we 
wish to achieve an accuracy of 95% ± 2%. If the number 
of units selected is significantly different from 2000, this 
accuracy would change. In this case the highest scorers 
from previous programmes for this game would be 
tested as with the first part of the same group as that 
containing the randomly chosen 2,000, and the top 
score(s) of the entire group would then be used as the 
minimum score for selection within the next group. This 



would have some advantage in allowing the test proce- 
dure to home in on the highest scores with fewer calls 
from the second and subsequent groups tested, but the 
cost would be the increased number of calls incurred 
5 from the 2,000 randomly chosen units within the first 
group tested. 

[0076] A different method is described below. 
[0077] The range of possible scores is divided into 
a number of score groups and, starting with the highest 
w score group, users' hardware are instructed to transmit 
the data for all users whose scores lie within a particular 
group. This method has the advantage that the winner's 
score will be found very early in the score transmission 
process. 

is [0078] The assumption is made that the scores lie 
in the range 0-1 ,000 and that the number of telephone 
lines is at least as great as the number of winners 
required. It is sensible to create the score groups in 
such a way as to avoid having a large number of users 

20 with scores in the top group(s), hence a suitable division 
into score groups might be: 



Group 1 


scores 1,000 


(1 score) 


Group 2 


score = 998-999 


(2 scores) 


Group 3 


score = 994-997 


(4 scores) 


Group 4 


score = 986-993 


(8 scores) 


Group 10 


score = 0-489 





[0079] The first iteration requires all users (if any) 

35 with scores of 1,000 to transmit their scores. There 
should be a short delay after this instruction is transmit- 
ted before the next score group is accessed, otherwise 
a difference in dial-up and connect times could cause at 
least some users from Group 2 to have their scores 

40 transmitted before those from Group 1. A delay of 2-3 
seconds should probably be sufficient. 
[0080] At some stage during the process a score 
group will be accessed which contains more users than 
the number required to complete the list of winners. 

45 There is no way of knowing which score group this will 
be until the total number of calls reaches the number of 
winners required. Typically, if the number of telephone 
lines in use is the same as the number of winners 
required, the central controller should be programmed 

so to detect an "all lines busy" condition and then abort all 
instructions to access lower score groups - the score 
group for which the "all lines busy" condition first occurs 
is the lowest score group which needs to be accessed. 
This score group can be called the lowest score group". 

55 [0081 ] Once the "all lines busy" condition has been 
detected and acted upon, the remaining users who are 
winners and whose scores lie within the lowest score 
group must be identified. The scores of a number of 
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winners and potential winners are already available, but 
there will almost certainly exist within the lowest score 
group some other users whose scores have: 

a) not yet been transmitted; and, s 

b) are greater than or equal to those of some of the 
potential winners already identified. 

[0082] The only users whose scores need to be 
investigated are those who lie within the lowest score 10 
group. There will, however, be some occasions when a 
very large number of users have scores within the low- 
est score group. One way to address this problem would 
be to instruct score transmission for the highest score 
within the group, then the next highest score, and so on, is 
until all the winners had been identified. Again, the "all 
lines busy" condition could be used to determine the 
lowest score that can be achieved by a winner. 
[0083] Even allowing for a delay of a couple of sec- 
onds or so between accesses to successively lower 20 
scores, and even when there are 100 or more scores 
within the lowest score group, it is unlikely that the delay 
in completing the process would be more than a few 
minutes. 

[0084] This method appears to be both efficient in 25 
terms of identifying the overall winner and economical in 
the number of telephone calls required to identify all the 
winners (probably no worse than twice the number of 
winners). 

[0085] As well as broadcast game playing uses, 30 
game playing where two or more players or teams of 
players at different remote locations wish to compete 
directly can be achieved. The central controller can sim- 
ply act as a conduit or take a closer controlling role such 
as determining the pairings for the next round of a com- 35 
petition between players or teams, when results from 
each contest are sent to the central controller. 
[0086] Although the examples given relate to a 
game playing system, the local controller and handsets 
may have other applications. For example, placing of 40 
bets for various sporting events where information is fed 
back from the viewers local handsets via the local con- 
troller to the central controller and then onto a third party 
to receive bets placed against a list of odds which have 
been broadcast together with or separate from other 45 
broadcast data. 

[0087] Another use is for polling viewers during a 
mass broadcast programme such as a news or current 
events programme. 

[0088] A further application relates to the advertise- so 
ment of goods and services. For example, a broadcast 
advertisement can be displayed on the monitor 1 2 and 
by suitably using the cursor 1 4 and key pad 1 5, a viewer 
could request further information about the product or 
service advertised, the request being transmitted via 55 
the modem 32 to the central controller 1 where it is 
stored or passed on to the advertiser. In a particular 
example, rf the viewer wishes to order a product such as 



a pizza then the central controller generates a menu on 
the monitor 12 and the viewer uses the cursor 14 and 
keypad 15 to select a particular pizza from the menu. 
This request is fed back via the local controller and cen- 
tral controller to the pizza company. Similarly clothes 
can be ordered from an on-screen catalogue and an 
order for the item to be delivered to a given address, to 
the address registered to the local controller or to be 
held for collection, can be transmitted from the user's 
local controller to that of the third party. Alternatively, the 
user can communicate with a shop assistant to discover 
what products they have and make enquiries, such as 
obtaining advice on accessories and colour matches. 
The shop assistant will be able to respond via their own 
handset and local controller. The use of multiple hand- 
sets in the shop permits several staff to deal with ques- 
tions simultaneously via one local controller. 

Claims 

1. An interactive system for use with mass media 
broadcasts, the system comprising a local control- 
ler (8) operable to control data flow to and from at 
least two local handsets (11,21) for generating 
data, the local controller (8) including a store (28) 
for storing data and processing means (26); a cen- 
tral controller (1) for broadcasting data to the local 
controller (8), the local controller being connectable 
to the central controller (1) to communicate data to 
the central controller; and a display (12) for display- 
ing locally both the mass media broadcast from the 
central controller and data received from the local 
controller; wherein the local controller (8) stores 
data generated by each local handset (1 1,21) and 
selectively transfers stored data to the central con- 
troller (1). 

2. A system according to claim 1, wherein the 
processing means of the local controller (8) is 
adapted to address each local handset (11,22) 
sequentially in accordance with a predetermined 
schedule to obtain data from that handset. 

3. A system according to claim 2, wherein the prede- 
termined schedule requires each handset (11,22) 
to be addressed for an equal time period. 

4. A system according to any preceding claim, 
wherein the local controller store (28) is adapted to 
store data supplied from the central controller (1). 

5. A system according to any preceding claim, 
wherein a unique identifier by which each handset 
(1 1 ,21 ) is addressed is allocated during the first use 
of a handset within the system or thereafter. 

6. A system according to any preceding claim, 
wherein the local controller (8) and central control- 
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ler (1) are connectable via one of a telecomms link, 
and a data distribution network. 

7. A system according to any preceding claim, 
wherein the central controller (1) broadcasts video 
and text data for reception by the local controller (8) 
and for display on the display (12). 

8. A system according to any preceding claim, 
wherein transfer of data between each handset 
(1 1 ,21) and the local controller (8) is via an infrared 
link. 

9. A system according to any preceding claim, 
wherein the processing means (26) of the local con- 
troller (8) selectively transfers data to the central 
controller (1) only if a predetermined transfer condi- 
tion is met. 

10. A system according to claim 9, wherein the prede- 
termined transfer condition comprises exceeding a 
predetermined score value at the end of a game 
play period. 

11 . A system according to any of the preceding claims, 
wherein the processing means of the local control- 
ler (8) only transmits data to the central controller in 
response to a command from the central controller. 

12. A system according to claim 11, when dependent 
on claim 7, wherein the command is broadcast by 
the central controller along with the video and text 
data. 

13. A system according to any preceding claim, 
wherein a second local controller operable to con- 
trol data flow to and from respective second hand- 
sets is provided, such that data may be transferred 
between the first (8) and second local controllers 
via the central controller (1). 

14. A system according to any preceding claim, com- 
prising one of a game playing system, a purchase 
system, and an information system. 

15. A system according to any of the preceding claims, 
wherein each handset (11,21) comprises a trans- 
mitter and a receiver (9) for transfer of data from the 
handset (1 1.21) to the local controller (8) and from 
the local controller (8) to the handset; input means 
to input data for controlling the output of the display 
via the local controller, the input means comprising 
a cursor control (54) laterally movable over a plane 
(52), means for sensing the position of the cursor 
control within the plane (36) and for causing a cor- 
responding cursor displayed on the display (12) to 
take up a similar position; and, processing means 
for processing data from the local controller and 



data from the input means and wherein the 
processing means controls the transfer of data to 
the local controller in accordance with the data from 
the local controller and the input means. 

5 

16. A system according to claim 15, wherein the sens- 
ing means (38,41) monitor a change in potential dif- 
ference with a change in position of the cursor 
control (33). 

10 

17. A system according to claim 15 or claim 16, 
wherein the system is one of a game playing sys- 
tem, a purchase system and an information system. 

75 18. A method of operating an interactive system for 
playing a game according to any of the preceding 
claims, the method comprising broadcasting first 
data from the central controller whereby the local 
controller responds by causing the display to dis- 

20 play the broadcast first data; storing second data in 
the local controller obtained from each local hand- 
set relating to the first data; displaying locally data 
received from the local controller and selectively 
transferring the stored second data to the central 

25 controller if predetermined conditions are satisfied. 

19. A method according to claim 18, wherein the first 
data comprises game playing information and the 
second data comprises data relating to the playing 

30 of the game. 

20. A method according to claim 1 9, wherein the prede- 
termined conditions are supplied to the local con- 
troller by the central controller as part of the game 

35 playing information broadcast. 

21. A method according to claim 19 or claim 20, 
wherein the predetermined conditions include a 
minimum score value, the local controller compar- 

40 ing each stored score with the minimum score 
value and only transferring a stored score to the 
central controller if the stored score is the same as 
or exceeds the minimum score value. 

45 22. A method according to any of claims 19-21, 
wherein the central controller maintains a ranking 
order for units which have previously recorded 
scores and defines an upper portion of the ranking 
order from which units are chosen to transmit their 

so scores. 

23. A method according to any of claims 19-21, 
wherein the control controller allows a f irst group of 
scores to be transmitted, then sets one or more fur- 
55 ther group sizes until the desired number of scores 
which comply with the predetermined condition is 
achieved. 
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PatentansprOche 

1. Interaktives System zur Verwendung bei Ubertra- 
gungen durch Massenmedien, mit einer lokalen 
Steuereinrichtung (8), die sich zur Steuerung eines s 
Datenflusses zu und von mindestens zwei lokalen 
Handgeraten (11, 21) zur Erzeugung von Daten 
betreiben laBt und einen Speicher (28) zum Spei- 
chern von Daten und eine Verarbeitungseinrichtung 
(26) aufweist, mit einer zentralen Steuereinrichtung 10 
(1) zum Obertragen von Daten zu der lokalen Steu- 
ereinrichtung (8). wobei die lokale Steuereinrich- 
tung sich mit der zentralen Steuereinrichtung (1) 
verbinden laBt, urn mit der zentralen Steuereinrich- 
tung Daten auszutauschen, und mit einer Anzeige- is 
vorrichtung (12) zum lokalen Anzeigen von beidem, 
der Ubertragung durch Massenmedien von der 
zentralen Steuereinrichtung aus und von Daten, die 
von der lokalen Steuereinrichtung empfangen wer- 
den, wobei die lokale Steuereinrichtung (8) Daten 20 
speichert, die von jedem lokalen Handgerat (1 1 , 

21) erzeugt werden, und selektiv gespeicherte 
Daten zu der zentralen Steuereinrichtung (1) Ober- 
tragt. 

25 

2. System nach Anspruch 1, bei dem die Verarbei- 
tungseinrichtung der lokalen Steuereinrichtung (8) 
angepaBt ist. sequenziell jedes lokale Handgerat 
(11, 22) gemaB einem vorbestimmten Zeitplan 
anzusprechen, urn Daten von dem Handgerat zu 30 
erhalten. 

3. System nach Anspruch 2, bei dem der vorbe- 
stimmte Zeitplan es fur jedes Handgerat (1 1 , 22) 
erfordert, fur eine gleiche Zeitdauer angesprochen 35 
zu werden. 

4. System nach irgendeinem vorhergehenden 
Anspruch, bei dem der Speicher (28) der lokalen 
Steuereinrichtung angepaBt ist, Daten, die von der 40 
zentralen Steuereinrichtung (1) geliefert werden, zu 
speichern. 

5. System gemaB irgendeinem vorhergehenden 
Anspruch, bei dem eine einzelne Kennung, von der 45 
jedes Handgerat (1 1 , 21) angesprochen wird, wah- 
rend einer ersten Benutzung eines Handgerats 
innerhalb des Systems Oder danach zugeteilt wird. 

6. System gemaB irgendeinem vorhergehenden so 
Anspruch, bei dem die lokale Steuereinrichtung (8) 
und die zentrale Steuereinrichtung (1) Ober eine 
TelekDmmunikationsverknupfung oder ein Daten- 
verteilungsnetzwerk miteinander verbindbar sind. 

55 

7. System gemaB irgendeinem vorhergehenden 
Anspruch, bei dem die zentrale Steuereinrichtung 
(1) Video- und Textdaten fur einen Empfang durch 



die lokale Steuereinrichtung (8) und fOr eine 
Anzeige auf der Anzeigevorrichtung (12) Obertragt. 

8. System gemaB irgendeinem vorhergehenden 
Anspruch, bei dem die Ubertragung von Daten zwi- 
schen jedem Handgerat (11, 21) und der lokalen 
Steuereinrichtung (8) Ober eine Infrarot-Verbindung 
erfolgt. 

9. System gemaB irgendeinem vorhergehenden 
Anspruch, bei dem die Verarbeitungseinrichtung 
(26) der lokalen Steuereinrichtung (8) nur dann 
selektiv Daten zu der zentralen Verarbeitungsein- 
richtung (1) Obertragt, wenn eine vorbestimmte 
Ubertragungsbedingung erfOllt ist. 

10. System gemaB Anspruch 9, bei dem die vorherbe- 
stimmte Obertragungsbedingung ein Clberschreiten 
eines vorbestimmten Punktestandes am Ende 
einer Dauer zum Spielen eines Spiels umfaBt. 

11. System gemaB irgendeinem der vorhergehenden 
AnsprOche. bei dem die Verarbeitungseinrichtung 
der lokalen Steuereinrichtung (8) nur aufgrund 
eines Befehls von der zentralen Steuereinrichtung 
Daten zu der zentralen Steuereinrichtung Ober- 
tragt. 

12. System gemaB Anspruch 11, soweit abhangig von 
Anspruch 7, bei dem der Befehl von der zentralen 
Steuereinrichtung zusammen mit den Video- und 
Textdaten Obertragen wird. 

13. System gemaB irgendeinem vorhergehenden 
Anspruch, bei dem eine zwerte lokale Steuerein- 
richtung vorgesehen ist, die sich zum Steuern 
eines Datenflusses zu und von jeweiligen zweiten 
Handgeraten betreiben laBt, so daB Daten zwi- 
schen der ersten (8) und der zweiten lokalen Steu- 
ereinrichtung uber die zentrale Steuereinrichtung 
(1) ubertragen werden kOnnen. 

14. System gemaB irgendeinem vorhergehenden 
Anspruch, umfassend ein System zum Spielen 
eines Spiels, ein Verkaufssystem oder ein Informa- 
tionssystem. 

15. System gemaB irgendeinem der vorhergehenden 
Anspruche, bei dem jedes Handgerat (11, 21) auf- 
weist: einen Sender und einen Empfanger (9) zum 
Obertragen von Daten von dem Handgerat (1 1, 21) 
zu der lokalen Steuereinrichtung (8) und von der 
lokalen Steuereinrichtung (8) zu dem Handgerat, 
Eingabemitte! zum Eingeben von Daten zum Steu- 
ern der Ausgabe der Anzeigeeinrichtung uber die 
lokale Steuereinrichtung, wobei die Eingabemittel 
eine Zeigersteuerung (54), die seitlich Ober eine 
Ebene (52) beweglich ist, Mittel zum Abtasten der 
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Position der Zeigersteuerung innerhalb der Ebene 
(36) und zum Bewirken eines enstprechenden Zei- 
gers, der auf der Anzeigeeinrichtung (12) zur Ein- 
nahme einer ahnlichen Position angezeigt wird, und 
Verarbe'rtungsmittel zum Verarbeiten von Daten von 
der lokalen Steuereinrichtung und von Daten von 
den Eingabemitteln, wobei die Verarbeitungsein- 
richtung die Ubertragung von Daten zu der lokalen 
Steuereinrichtung gernaB den Daten von der loka- 
len Steuereinrichtung und den Eingabemitteln steu- 
ert. 

16. System gernaB Anspruch 15, bei dem die Abtast- 
einrichtung (38) eine Anderung bezQglich der 
Potentialdifferenz mit einer Anderung in der Posi- 
tion der Zeigersteuerung (33) uberwacht. 

17. System gernaB Anspruch 15 Oder Anspruch 16, bei 
dem das System ein System zum Spielen eines 
Spiels, ein Verkaufssystem Oder ein Informations- 
system ist. 

18. Verfahren zum Betreiben eines interaktiven 
Systems zum Spielen eines Spiels gernaB irgendei- 
nem der vorhergehenden Anspruche, wobei das 
Verfahren umfaBt: ein Obertragen erster Daten von 
der zentralen Steuereinrichtung, wodurchdie lokale 
Steuereinrichtung dadurch anspricht, daft sie 
bewirkt, daf3 die Anzeigeeinrichtung die ubertrage- 
nen ersten Daten anzeigt, ein Speichern zweiter 
Daten in der lokalen Steuereinrichtung, die von 
jedem lokalen Handgerat in Bezug auf die ersten 
Daten erhalten werden, ein Anzeigen lokaler 
Daten, die von der lokalen Steuereinrichtung emp- 
fangen werden, und ein selektives Obertragen der 
gespeicherten zweiten Daten zu der zentralen 
Steuereinrichtung, wenn vorbestimmte Bedingun- 
gen erfulit sind. 

19. Verfahren nach Anspruch 18, bei dem die ersten 
Daten Informationen zum Spielen eines Spiels und 
die zweiten Daten Daten, die sich auf das Spielen 
des Spiels beziehen, umfassen. 

20. Verfahren gernaB Anspruch 19, bei dem die vorbe- 
stimmten Bedingungen der lokalen Steuereinrich- 
tung von der zentralen Steuereinrichtung als Teil 
der Ubertragung der Informationen zum Spielen 
eines Spiels zur Verfugung gestellt werden. 

21. Verfahren gernaB Anspruch 19 Oder Anspruch 20, 
bei dem die vorbestimmten Bedingungen einen 
minimalen Punktestand umfassen, wobei die lokale 
Steuereinrichtung jeden gespeicherten Punktewert 
mit dem minimalen Punktewert vergleicht und nur 
einen gespeicherten Punktewert zu der zentralen 
Steuereinrichtung ubertragt wenn der gespei- 
cherte Punktewert derselbe wie der minimale 



Punktestand ist Oder diesen Qbertrifft. 

22. Verfahren gernaB irgendeinem der Anspruche 19 
bis 21 , bei dem die zentrale Steuereinrichtung eine 

5 Rangfolge fur Einheiten aufrechterhait, die zuvor 
aufgezeichnete Punktewerte haben, und einen 
oberen Abschnitt der Rangfolge definiert, aus dem 
Einheiten ausgewahlt werden, ihre Punktewerte zu 
Obertragen. 

10 

23. Verfahren gernaB irgendeinem der Anspruche 19 - 
21, bei dem die zentrale Steuereinrichtung es 
gestattet, daB eine erste Gruppe von Punkten Ober- 
tragen wird, dann eine oder mehrere weitere Grup- 

15 pengrdBen festsetzt, bis die gewOnschte Zahl an 
Punkten, die die vorbestimmte Bedingung erfulit, 
erreicht ist. 



Revendications 



20 



1. Systeme interactif pour utilisation dans des Emis- 
sions grand public, le systeme comprenant un con- 
trdleur local (8) pouvant dtre utilise pour contrdler 
un flux de donn6es vers et en provenance d'au 

25 moins deux combines de jeu locaux (11, 21) pour 
g6nerer des donn6es, le contrdleur local (8) com- 
prenant une nrtemoire (28) pour m6moriser des 
donn§es et un moyen de traitement (26) ; un con- 
trdleur central (1) pour diffuser des donn6es au 

30 contrdleur local (8), le contrdleur local pouvant §tre 
connects au contrdleur central (1) pour communi- 
quer des donnSes au contrdleur central ; et un dis- 
positrf d'affichage (12) pour afficher localement a la 
fois remission grand public provenant du contrdleur 

35 central et les donnees regues du contrdleur local ; 
dans lequel le contrdleur local (8) memorise les 
donnees gen6rees par chaque combine de jeu 
local (11. 21) et transfere s6lectivement les don- 
nees memorisees au contrdleur central (1). 

40 

2. Systeme selon la revendication 1 , dans lequel le 
moyen de traitement du contrdleur local (8) est 
congu de fagon a adresser chaque combing de jeu 
local (1 1 , 22) s6quentiellement selon un ordonnan- 

45 cement pr6d6termin6, pour obtenir les donn6es 
provenant de ce combine de jeu. 



Systeme selon la revendication 2, dans lequel 
lordonnancement pr£d6termin6 ngcessite que 
chaque combine de jeu (1 1, 22) soit adresse pen- 
dant une periode de temps egale. 



50 



55 



4. Systeme selon Tune quelconque des revendica- 
tions pr6c6dentes, dans lequel la memoire du con- 
trdleur local (28) est congue de fagon a memoriser 
des donnees fournies par le contrdleur central (1). 

5. Systeme selon Tune quelconque des revendica- 
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tions precedentes, dans lequel un identif icateur uni- 
que, au moyen duquei chaque combine de jeu (1 1 , 
21) est adress6, est attribu6 lors de la premiere uti- 
lisation d'un combing de jeu a I'interieur du systeme 
ou apr6s celle-ci. 

6. Systems selon Tune quelconque des revendica- 
tions precedentes, dans lequel le contrdleur local 
(8) et le contrdleur central (1) peuvent etre connec- 
ts par rinterm6diaire d'un moyen tel qu'une liaison 
de telecommunication ou un reseau de distribution 
de donnees. 

7. Systeme selon Tune quelconque des revendica- 
tions precedentes, dans lequel le conrdleur central 
(1) diffuse des donnees video et de texte pour 
reception par le contrdleur local (8) et pour affi- 
chage sur le dispositif d'affichage (12). 

8. Systeme selon Tune quelconque des revendica- 
tions precedentes, dans lequel le transfert de don- 
nees entre chaque combing de jeu (11, 21) et le 
contrdleur local (8) s'effectue par rintermediaire 
d'une liaison infrarouge. 

9. Syst6me selon Tune quelconque des revendica- 
tions precedentes, dans lequel le moyen de traite- 
ment (26) du contrdleur local (8) ne transfere 
selectivement des donnees au contrdleur central 
(1) que si une condition de transfert predetermines 
est satisfaite. 

10. Systeme selon la revendication 9. dans lequel la 
condition de transfert predetermines comprend le 
depassement d'une valeur de score predetermines 
a la fin d'une periode de jeu. 

11. Systeme selon I'une quelconque des revendica- 
tions precedentes, dans lequel le moyen de traite- 
ment du contrdleur local (8) ne transmette des 
donnees au contrdleur central qu'en reponse a une 
commande provenant du contrdleur central. 

12. Systeme selon la revendication 11, lorsqu'elle 
dependant de la revendication 7, dans lequel la 
commande est diffusee par le contrdleur central en 
meme temps que les donnees vidso et de texte. 

13. Systeme selon I'une quelconque des revendica- 
tions precedentes, dans lequel un second contrd- 
leur local pouvant etre mis en oeuvre pour contrdler 
un flux de donnees vers et en provenance de 
seconds combines de jeu respectifs est utilise, de 
sorte que des donnees peuvent etre transferees 
entre tes premier (8) et second contrdleurs locaux 
par rintermediaire du contrdleur central (1). 

14. Systeme selon I'une quelconque des revendica- 



tions precedentes, comprenant un systeme parmi 
un systeme pour jouer a un jeu, un systeme d'achat 
et un systeme d'informations. 

s 15. Systeme selon Tune quelconque des rsvsndica- 
tions precedentes, dans lequel chaque combine de 
jeu (1 1 , 21) comprend un transmetteur et un rscep- 
teur (9) pour le transfert de donnees depuis le com- 
bine de jeu (1 1 , 21 ) au contrdleur local (8) et depuis 

10 le contrdleur local (8) au combine de jeu ; des 
moyens d'entree pour entrer des donnees pour 
contrdler la sortie du dispositif d'affichage par 
rintermediaire du contrdleur local, les moyens 
d'entree comprenant une commande de curseur 

is (54) mobile lateralement dans un plan (52), des 
moyens pour acqusrir la position de la commande 
du curseur a I'interieur du plan (36) et pour amener 
le curseur correspondant affiche sur le dispositif 
d'affichage (12) a prendre une position similaire ; 

20 et, un moyen de traitement pour traiter les donnees 
provenant du contrdleur local et les donn6es prove- 
nant des moyens d'entree et dans lequel le moyen 
de traitement commande le transfert des donnees 
au contrdleur local selon les donnees provenant du 

25 contrdleur local et des moyens d'entree. 

16. Systeme selon la revendication 15, dans lequel les 
moyens d'acquisition (38, 41) surveillent un chan- 
gement de difference de potentiel avec un change- 

30 ment de position de la commande de curseur (33). 

17. Systeme selon la revendication 15 ou la revendica- 
tion 16, dans lequel le systeme est un systeme 
parmi un systeme pour jouer a un jeu, un systeme 

35 d'achat et un systeme d'informations. 

18. Proc6d6 de mise en oeuvre d'un systeme interact 
pour jouer a un jeu selon I'une quelconque des 
revendications precedentes, le procede compre- 

40 nant la diffusion de premieres donnees provenant 
du contrdleur central, de fagon a ce que le contrd- 
leur local reagisse en amenant le dispositif d'affi- 
chage a afficher les premieres donnees diffus6es ; 
la memorisation de secondes donnees dans le con- 

45 trdleur local obtenues a partir de chaque combine 
de jeu local, concernant les premieres donnees ; 
I'affichage local des donnees regues du contrdleur 
local ; et le transfert selectif des secondes donnees 
m6moris6es au contrdleur central si des conditions 

so predeterminees sont satisfaites. 

19. Procede selon la revendication 18, dans lequel les 
premieres donnees comprennent des informations 
pour jouer a un jeu et les secondes donnees com- 

55 prennent des donn6es se rapportant au d6roule- 
ment du jeu. 

20. Procede selon la revendication 19. dans lequel les 
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conditions pr6d6termin6es sort fournies au contrO- 
leur local par le contrdleur central comme 6l6ment 
de la diffusion d'informations de d6roulement de 
jeu. 

5 

21. Proc6d6 selon la revendication 19 ou la revendica- 
tion 20, dans lequel les conditions pr6d6termin6es 
comprennent une valeur mini male de score, le con- 
trdleur local comparant chaque score m6moris6 a 

la valeur minimale de score et ne transf6rant un 10 
score m6moris6 au contrCleur central que si le 
score m6moris6 est le m@me que la valeur de score 
minimale ou d6passe cette dernfere. 

22. Proc6d6 selon Tune quelconque des revendications is 
19 a 21 , dans lequel le contrdleur central maintient 

un ordre de classemerrt pour les unites qui ont pr§- 
c§demment enregistr6 des scores, et dGfinit une 
partie sup6rieure de I'ordre de classement depuis 
laquelle des unites sort choisies pour transmettre 20 
leurs scores. 

23. Proc&te selon Tune quelconque des revendications 
19 a 21 , dans lequel le contrdleur central permet la 
transmission d'un premier groupe de scores, fixe ss 
ensuite une ou plusieurs tail les de groupes suppl6- 
mentaires, jusqu'a ce que le nombre souhaite de 
scores qui satisfont a la condition pr6d6termin6e 
sort atteint. 
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Fig.1. 
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Fig.2. 
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Fig.3. 
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Fig. 5. 
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